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(54) Radio access network architecture and paging method 



(57) In an evolved radio access network (RAN) ar- 
chitecture user planes (UP) and the control planes (CP) 
are separated into different network elements. This con- 
cept is improved by further splitting the control plane 
(CP) in mobile specific control functions and area spe- 
cific (cell and multi-cell) control functions, the proposed 
method comprising the steps of processing paging and 
broadcast functional tasks on the control plane of at 
least one of the radio network controlling elements re- 
sulting from this split, processing mobile control func- 
tional tasks on the control plane of at least one other 
radio network controlling element resulting from the 
split, processing the paging and broadcast functional 
tasks in a first and a second logical block, the first logical 
block performing paging tasks which are related to core 
network defined areas and the second logical block per- 
forming paging tasks for radio access network defined 
areas. 

Thus a new solution of radio access network design 
is presented, in particular a split of the control plane en- 
tities with respect to paging and broadcasting tasks. Ba- 
sically for location management purposes a first and a 
second functional block are introduced. The first block, 
called RAN related paging and broadcasting function, is 
managing paging tasks which are related to core net- 
work defined areas. The second block, called CN relat- 
ed paging and broadcasting function, is managing pag- 
ing tasks for radio access network defined areas of at 
least one radio cell, i.e. cell, cells or so-called URA. 




a, 

UJ 



Printed by Jouve. 75001 PARIS (FR) 



1 



EP 1 372 349 A1 



2 



Description 

Background of the invention 

[0001] The present invention relates to a method for 
location management in a radio access network and 
network elements therefor. 

[0002] The architecture and the design of modern ra- 
dio access networks, such as UTRAN (UMTS terrestrial 
radio access networks; UMTS: Universal Mobile Tele- 
communications System) are becoming more and more 
complex. The overall mobile radio systems have a lot of 
different entities, devices and components, namely user 
terminals, radio base stations, at least one radio network 
controller for controlling a cluster of radio base stations, 
and switching devices, such as a mobile switching cent- 
er for establishing circuit-switched connections to public 
switched telephone networks (PSTN) or the like. Also 
routers for establishing packet-switched connections to 
IP based networks, esp. to the world wide web, may be 
installed as well. 

[0003] Basically the base stations and the radio net- 
work controller are constituting the radio access network 
which is also referred to as RAN. The switching devices 
are constituting the so-called core network. The inter- 
face between the RAN and the core network is quite 
complex, in the case of UTRAN a so-called lu interface 
is used as being defined by the document 3GPP TS 
25.41 0 having the title "UTRAN lu Interface: general as- 
pects and principles". There a so-called RANAP proto- 
col (Radio Access Network Application Protocol) is used 
as defined in 3GPP TS 25.413 "UTRAN lu interface 
RANAP signaling". 

[0004] The RAN is providing mobile radio services to 
a wide geographical area which is divided into a multi- 
plicity of radio cells. Every cell is controlled by a base 
station, and each base station controls at least one radio 
cell. In the UTRAN which is operating in accordance with 
the UMTS standard the base stations are referred to as 
node B. The base stations support the connection es- 
tablishment to the terminals and establish the connec- 
tions to a plurality of terminals in a radio cell. The con- 
nection has the form either of a permanent connection 
for the transmission of circuit switched data or a non- 
permanent connection for the transmission of packet 
switched data. The data signals transmitted via the con- 
nection are representing all kind of communication data, 
such as voice, audio, text, video data or other kinds of 
user data. 

[0005] The network elements for controlling the radio 
cell clusters are the radio network controllers, also re- 
ferred to as RNC. Each RNC is assigned to a plurality 
of base stations, typically up to few hundred base sta- 
tions. The RNC performs for example the radio resource 
management and the terrestrial resource management 
of a radio cell cluster. In particular, the RNC controls 
transmission power on radio bearers, handovers (trans- 
fer of a terminal from one radio cell into another) as well 



as the macro diversity mode . 

[0006] The RNC is connected via interfaces to the oth- 
er network elements. In UMTS this means that a RNC 
comprises at least one lu-interface to a core network, 
5 possibly one or several lur-interface to other RNCs, at 
least one lub interface to a base station (e.g. to a Node 
B), and at least one logical interface to a terminal UE 
which runs physically across the lub-interface or the lub 
and lur interfaces . 
w [0007] In the existing radio access networks, such as 
the conventional UTRAN, all control and user plane in- 
formation relative to a particular user terminal or to a 
certain area is exchanged via the lu interface between 
the core network and the radio network controller, which 
15 is the serving controller for this user terminal. In an 
evolved UTRAN, it is foreseen that the radio network 
controller is split into its control and user planes, which 
are located in different network elements, herein also 
called radio network controlling elements. 
20 [0008] The principle of this clear separation between 
the control and user planes is shown in the Figures 1 a 
and 1b. The user plane functions which basically contain 
all thechannel processing, e.g. header compression, ra- 
dio frame delivery acknowledgement, channel multi- 
25 piexing and macro-diversity combining, are performed 
by user plane servers UPS. The control plane functions 
which mainly encompasses all signaling related 
processing for the application protocols, such as NBAP 
(Node B Application Part), RNSAP (Radio Network Sys- 
30 tern Application Part) and RANAP (Radio Access Net- 
work Application Part) on the RAN-CN interface, and al- 
so signaling for the radio resource control RRC of the 
air interface (RAN-UE interface, i.e. Uu), are performed 
by at least one control plane server. Both types of serv- 
es ers are parts of the Radio Network Controller - the so- 
called RNC. Thus the servers CPS and UPS are also 
here named as radio network controlling elements 
RNCE. 

[0009] The separation of user plane and control plane 

40 allows to separately scale both planes, what results in 
turn in a better scalability for the whole system. Howev- 
er, this separation also implies a higher number of hard- 
ware elements resulting in a higher number of external 
interfaces; some of them are new and must be defined. 

45 The split of control and user planes has also a certain 
impact on QoS (Quality of Service) provisioning, a prob- 
lem which must be analyzed and solved in detail. 
[0010] The RNCE as shown in Fig. 1b is a complex 
assembly of at least one control plane server CPS and 

50 at least one user plane server UPS for carrying out con- 
trol or user plane functions respectively. These different 
types of servers perform many different and sometimes 
unrelated functions. This introduces extra complexity in 
the design of the RAN and even more of the whole mo- 

55 bile radio system. 

[0011] If both planes are split, the lu, lur and lub inter- 
faces are also split into their control and user plane com- 
ponents as can be seen from Fig. 1 a. However, this does 
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not require relevant changes in the RNC architecture, 
since different protocols for the control and the user 
plane are already used for these interfaces. The control 
parts of the interfaces would include the different appli- 
cation parts (so-called RANAP, RNSAP and NBAP), 
whereas the bearer parts would contain the different 
frame protocols. 

[0012] Signaling between the RAN and the UE is also 
considered as belonging to the control plane. Therefore, 
the RRC (Radio Resource Control) protocol is terminat- 
ed in the control plane, whereas layer 2 protocols (PD- 
CP, RLC, MAC) and macrodiversity combining and split- 
ting are located in the user plane. 

Summary of the invention 

[0013] In an evolved RAN architecture as shown in 
Fig. 1 , the user and the control planes are separated 
into different network elements. If a further split will be 
introduced in the control plane in order to separate mo- 
bile control functions from the rest of the control func- 
tions, e.g cell and multi-cell related control functions, 
then the functional entities responsible for the mobile 
control and for paging and broadcasting would not be 
located in the same network element. However, these 
entities for Mobile Control, Paging and Broadcasting 
shall work very efficiently, in particular they shall support 
well location management functions within the radio ac- 
cess network. 

[001 4] Therefore the object of the invention is to over- 
come the drawbacks as mentioned above and to 
present a new and advantageous method for location 
management and also new network elements for per- 
forming that method. 

[0015] The object is solved by a method having the 
features of claim 1 . Accordingly the user functions are 
split from the control functions by introducing a user 
plane and a control plane into the radio network control- 
ling elements of the radio access network, the control 
plane being further split in mobile specific control func- 
tions and area specific (cell and multi-cell) control func- 
tions, the method comprising the steps of: 

processing paging and broadcast functional tasks 
on the control plane of at least one of the radio net- 
work controlling elements resulting from this split, 
processing mobile control functional tasks on the 
control plane of at least one other radio network 
controlling element resulting from the split, 
processing the paging and broadcast functional 
tasks in a first and a second logical block, the first 
logical block performing paging tasks which are re- 
lated to core network defined areas and the second 
logical block performing paging tasks for radio ac- 
cess network defined areas, 

[0016] There is also proposed a set of network ele- 
ments to perform the said method and a radio access 



network comprising such a set of network elements. 
[0017] The invention presents a new solution of radio 
access network design, in particular a split of the control 
plane entities with respect to paging and broadcasting 

5 tasks. Basically for location management purposes a 
first and a second functional block are introduced. The 
first block, called RAN related paging and broadcasting 
function, is managing paging tasks which are related to 
core network defined areas. The second block, called 

10 CN related paging and broadcasting function, is man- 
aging paging tasks for radio access network defined ar- 
eas of at least one radio cell, i.e. cell, cells or so-called 
URA. 



[0018] The invention and the advantages resulting 
therefrom will become apparent from the following more 
detailed description of preferred embodiments. For ex- 
20 planation purposes some schematic drawings are add- 
ed and are shown in the enclosed figures: 

Fig. 2 showing the status of entities in the core net- 
work and the terminal involved in paging pro- 
cedures; 

showing a functional block diagram of the ra- 
dio access network according to a preferred 
embodiment; 

showing a block diagram of tasks to be per- 
formed in the different network elements of 
the radio access network according to the in- 
vention; 

showing a block diagram of the radio access 
network according to a further embodiment; 

showing a flow chart of a subroutine for pag- 
ing according to the method of the invention; 

showing a flow chart of a subroutine for loca- 
tion and routing area updating according to 
the method of the invention; 

showing a flow chart of a subroutine for pag- 
ing of an user terminal when in idle mode ac- 
cording to the method of the invention; 

showing a flow chart of a subroutine for ded- 
icated paging in a distributed radio access 
network; 

Fig. 10 showing a flow chart of a subroutine for 
UTRAN registration areaURA- paging in a 
distributed radio access network. 

[0019] In Fig. 2 there is shown from a logical point of 
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view, the concept of core network initiated paging by il- 
lustrating two state machines in parallel, both being as- 
signed to the service domains of the network, one of 
them being a circuit switched service domain CSSD (al- 
so named PSTN/ISDN domain), the other one being a 5 
packet switched service domain PSSD (also named IP 
domain). Thus each service domain has its own service 
state machine. A mobile terminal UE, that is supporting 
both services, has a circuit switched service state ma- 
chine CSST and a packet switched service state ma- 10 
chine PSST. The two peers of the service state ma- 
chines are working independently to each other, al- 
though associated to the same terminal UE (also named 
user equipment). The signaling between the terminal 
and the core network aims to keep the peer entities syn- is 
chronized. 

[0020] For both core network domains CSSD or 
PSSD, the terminal UE may either be in a DETACHED, 
IDLE or CONNECTED mode. If the terminal UE is IDLE 
in one of the domains, it is tracked based on Location 20 
Areas (LA) in the CSSD or Routing Areas (RA) in the 
PSSD. Therefore LA/RA update procedures are used 
which are known from UMTS as such. The location in- 
formation is stored in the Home Location Register (HLR) 
database. 25 
[0021] For terminals which are either in CS CON- 
NECTED mode, PS CONNECTED mode or in both, a 
Radio Resource Control RRC connection exists be- 
tween the terminal UE and its Serving Radio Network 
Controller (see SRNC in Fig. 3). Then a signaling con- 30 
nection is established on the lu interface (see lu-c, the 
control part of the lu interface, in Fig. 3) between the 
Serving Radio Network Controller and the correspond- 
ing core network node or nodes (see CN in Fig. 3). 
These nodes can either be Mobile Switching Centers 35 
MSC, Serving General Packet Radio Service Support 
Nodes SGSN, or both. 

[0022] The RRC CONNECTED terminals, i.e. termi- 
nal being either connected to CSSD or PSSD or both 
are tracked inside the network UTRAN based on cell or 40 
UTRAN registration areas. Therefore the terminal UE 
informs its Serving Radio Network Controller about its 
new location. 

[0023] If a terminal should be found by a core network 
domain in which it is idle, the corresponding domain 
sends a special message (RANAP PAGING message) 
to all Radio Network Controllers responsible for the Lo- 
cation Area or Routing Area. Depending on the Radio 
Resource Control status of the terminal UE in the other 
domain two main cases can be distinguished: so 

- CS IDLE / PS IDLE: In this case the terminal UE is 
RRC IDLE, i.e. no Serving Radio Network Control- 
ler (SRNC) exits for this terminal. In this case all Ra- 
dio Network Controllers which receive the RANAP 55 
PAGING message try to find the terminal UE using 
regular paging procedure such as known from 
UMTS. Therefore, no Mobile Control functional en- 
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tity exists for the paged user, and no context is 
stored in the PBCN logical block. 

- CS IDLE / PS CONNECTED or CS CONNECTED 
/ PS IDLE (IDLE/CONNECTED case): In this case 
the mobile terminal is RRC CONNECTED, i.e. one 
of the Radio Network Controllers which received the 
RANAP PAGING message is the Serving Radio 
Network Controller SRNC of this mobile terminal 
UE. Depending on the RRC status of the terminal 
UE it may not monitorthe paging channel and could 
therefore not be reached by regular paging. There- 
fore the SRNC has to do some paging co-ordination 
which is discussed later in detail. In this case, there 
is a Mobile Control functional entity MC responsible 
for control of the terminal, and a context exists in 
the PBCN logical block pointing at the MC. The MC 
stores some context information required to provide 
paging coordination according to the state of the ter- 
minal UE. 

[0024] If the terminal UE receives an RRC PAGING 
message it has to respond and as a consequence the 
RRC status of the terminal UE may change and further 
signaling follows. But this is not the main subject of the 
invention and therefore not described in more detail. 
[0025] In addition to the described core network (see 
CN in Fig. 3) originated paging, the UTRAN itself may 
trigger the paging procedure by sending an RRC PAG- 
ING message which is handled in the same way as the 
second case above. In this case, paging is initiated by 
the SRNC in the original UTRAN architecture, and 
hence by the Mobile Control functional entity associated 
to the terminal UE. 

[0026] However a specific problem arises due to the 
described hierarchical concept. It is that in the mixed 
IDLE/CONNECTED case the terminal UE may move 
over LA/RA area borders while it is tracked by its Mobile 
Control functional entity). If a new PBCN logical block is 
responsible for this new LA/RA a RANAP PAGING mes- 
sage sent by the IDLE CN domain to all RNCs (i.e. to 
all PBCN logical blocks) responsible for the new LA/RA 
would not reach the Mobile Control MC associated to 
the terminal, since none of the PBCNs has a stored con- 
text pointing at the MC. As a consequence of this the 
Mobile Control cannot do the described paging co-ordi- 
nation and an terminal UE may not be reached. There- 
fore, an RRC CONNECTED UE can not do an LA/RA 
update while its Mobile Control does not change, i.e. the 
LA/RA stored in the HLR doesnt change even if the mo- 
bile crosses LA/RA borders. The key for this solution is 
that RRC CONNECTED UEs receive mobility manage- 
ment system information (LA/RA - Ids) on the estab- 
lished RRC connection from their MC while RRC IDLE 
UEs read this information from the system information 
broadcast (BCCH) of the current cell, i.e. even if the UE 
crosses LA/RA borders it will not be informed by its MC 
about the change. Hence, in the IDLE/CONNECTED 
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case one of the PBCNs belonging to the current LA/RA 
has always context information pointing at the Mobile 
Control MC responsible for terminal control of the UE 
which can do the necessary paging co-ordination. 
[0027] If an SRNS relocation is carried out (i.e. a new 
MC in a different network element becomes responsible 
for the terminal due to terminal movement) the new MC 
is responsible for sending the mobility management sys- 
tem information which may in turn cause a LA/RA up- 
date. In this case, one of the PBCNs in the LA/RA must 
be set up with a context pointing at the new MC (note 
that this PBCN could still be the old PBCN). This en- 
sures again, that the IDLE CN domain contacts the cor- 
rect RNC. 

[0028] In order to reach a mobile user the current lo- 
cation of the terminal UE is stored in the mobile network. 
In the mobile radio access network proposed here a hi- 
erarchical concept is applied which splits the whole mo- 
bility management between the core network and the 
Radio Access Network UTRAN. In case of a mobile ter- 
minated call the core network locates the mobile user 
by querying the location databases DB which can be the 
Home Location Register HLR or the Visited Location 
Register VLR and by paging the mobile terminal UE in- 
side its current registration/location area. In particular a 
new IP based architecture is proposed which splits the 
Radio Network Controlling Elements in several different 
parts. Preferably the support of several different air in- 
terface technologies is provided by a Multistandard RAN 
(MxRAN) architecture which is also described here, esp. 
in view of the impact of the proposed distributed archi- 
tecture on the mobility management. 
[0029] Fig. 3 and 4 are showing the main architectural 
principles for the split of the control and user planes and 
the separation of cell, multi-cell and user related func- 
tions. According to these principles, the RNC function- 
ality in RAN is distributed across several functional en- 
tities: 

Mobile Control MC, responsible for user related 
functions belonging to the control plane, i.e. SRNC 
functions belonging to the control plane. 

User Radio Gateway USRG, responsible for user 
related functions belonging to the user plane, i.e. 
SRNC functions belonging to the user plane. 

Cell Control (CC), responsible for cell related func- 
tions belonging to the control plane, i.e. CRNC/ 
DRNC functions related to a single cell and to the 
control plane 

Cell Bearer Gateway (CBG), responsible for cell re- 
lated functions belonging to the user plane, i.e. 
CRNC/DRNC functions related to a single cell and 
to the user plane 

Paging and Broadcast (PB), responsible for paging 



coordination and for distribution of paging informa- 
tion and CBS messages across several cells. These 
functions are located in the SRNC and the CRNC. 

Radio Resource Management RRM, or even Mul- 
ti-Cell Radio Resource Management responsible 
for radio resource management with a multi-cell 
view. This functional entity is part of the CRNC. 

[0030] The functional split and the interconnection be- 
tween the functional entities as shown in Fig. 3 is one 
possible solution wherein several functional entities can 
be bundled together in a single network element and ex- 
isting UTRAN interfaces can be reused for the intercon- 
nection of the different network elements such that only 
a few additional interfaces are necessary. For instance, 
several functional entities may be co-located in one net- 
work element in the final network reference architecture, 
e.g. a CC, a CBG and a Node-B may be co-located, or 
a PB, a RRM and several CCs may be located in a single 
Area Control Server (ACS). 

[0031] For the mobility management especially the 
Mobile Control MC, the Paging and Broadcast PB func- 
tions, and the Cell Control CC functions as well as the 
related interfaces are important. Therefore the impact 
of these interfaces and the separation will be discussed 
here. In more detail the following problems are ad- 
dressed and solved: 

[0032] One aspect is a paging co-ordination to be re- 
alized between the Mobile Control MC and the Paging 
and Broadcast PB. Another aspect is a solution so that 
a Cell Control CC can find the Mobile Control MC using 
the available information. This solution is needed e.g. in 
the case of cell or URA update procedures, where the 
CC receives a cell or URA update RRC message on the 
CCCH which eventually should reach the Mobile Control 
MC of the corresponding terminal UE. 
[0033] As the Cell Control CC does not store any ter- 
minal specific information and the Mobile Control MC is 
dynamically instantiated, at least during RRC establish- 
ment, the Cell Control CC needs a method to discover 
the correct Mobile Control MC. This is done by forward- 
ing this message to the appropriate PBCN (which is 
identified by reusing the SRNC-ID included in the RRC 
message as the PBCN identifier) of the terminal UE 
which stores the terminal context pointing at the appro- 
priate MC. There are further aspects, such as when 
must a LA/RA area update be performed in the new ar- 
chitecture? 

[0034] This and other questions are addressed in the 
following section, which gives an overview on how the 
different mobility management related procedures may 
be handled in MxRAN. Moreover, alternative approach- 
es are discussed. 

[0035] In RRC and RNSAP messages of the current 
UTRAN architecture the identifiers of the SRNC and of 
the CRNC are used to identify the corresponding net- 
work elements, the terminal identifier is used to uniquely 
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identify a certain terminal UE inside the SRNC. The 
identifier of the radio cell is used to uniquely identify a 
certain cell inside the CRNC. Thus it is very efficient to 
reuse the existing RNC-ID to identify a certain Paging 
and Broadcasting function PB. Moreover, as the UE-ID 
is just unique inside a certain SRNC, the combination of 
the RNC-ID and the UE-ID can be used to find a certain 
Mobile Control function MC. Similarly, the Cell-ID to- 
gether with the CRNC-ID are used to uniquely identify 
a Cell Control function CC. 

[0036] Although a Paging and Broadcasting function 
PB is a single functional element it has two different log- 
ical roles. This functional split is shown in Fig. 3: 
[0037] The core network CN related Paging and 
Broadcasting part, as shown in the block PBCN, is re- 
sponsible for the CN defined areas (i.e. LA, RA) and is 
contacted by the CN when the CN initiates paging. 
Therefore the PBCN together with the Mobile Control 
MC are responsible for doing the paging co-ordination. 
[0038] The RAN related Paging and Broadcasting 
part, as shown in block PBRAN, which is responsible for 
the RAN related areas (i.e. URA, Cell) is contacted by 
the Mobile Control MC if paging related to Radio Reg- 
istration Area tasks (URA paging) or Radio Cell tasks 
(Ceil paging) should be carried out. 
[0039] Furthermore, each part of the PB is responsi- 
ble for a certain number of Cell Control CC and each 
CC belongs to one LA, to one RA, and to one or more 
URAs. Therefore a P&B is at least responsible (among 
others) for the LA/RA/URA(s) a CC belongs to. 
[0040] In order to understand in more detail the differ- 
ent roles of the Radio Network Control Elements SRNC, 
CRNC and DRNC in view of the split of the PB function 
into a first block PBCN and a second block PBRAN, 
these functions shall be described in even more detail 
as follows: 

[0041] The first block PBCN is part of the radio net- 
work controller RNC as such whereas the mobile control 
MC function and the user radio gateway USRG are part 
of the serving radio network controller SRNC. The 
PBCN can not properly be considered as a part of the 
SRNC or the CRNC because its first task when it re- 
ceives a paging request from the core network is to de- 
termine whether a context exists for the paged terminal. 
In this case, it would be part of the serving radio network 
controller SRNC responsible for the connected user. 
Otherwise, it would be part of a controlling radio network 
controller CRNC responsible for cells in the LA/RA. The 
second block PBRAN is part of the controlling radio net- 
work controller CRNC, which is also either the serving 
radio network controller SRNC responsible for the con- 
nected terminal or a so-called drift radio network con- 
troller DRNC, in this controller mainly the area specific 
(cell and multi-cell) related functions such as common 
radio resource management CCRM, cell control CC and 
cell bearer gateway CBG functions are processed. 
[0042] Fig. 4 is showing a functional split of these and 
other functions to be performed either on the control 
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plane or on the user plane. 

[0043] A network design oriented split is shown in Fig. 
5 in which two different network elements, namely a mo- 
bile control server MCS and an area control server ACS 
5 are shown. Both entities are belonging to the control 
plane and are representing a functional assembly com- 
parable to the single control plane server CPS as shown 
in Fig. 2. 

[0044] In the mobile control server MCS as shown in 

10 Fig. 4 the mobile control MC functions for a number of 
mobile terminals are gathered together. The cell control 
CC functions for several radio cells, the overall paging 
and broadcast PB function and the common radio re- 
source management RRM are integrated into the area 

15 control server ACS. 

[0045] User plane related functions are integrated into 
user plane servers UPS which are closely located to the 
respective base stations (Node Bs). The user plane 
functions perform all radio processing associated with 

20 |ayer2 (L2) protocols, i.e. they perform the PDCP (pack- 
et data convergence protocol), the RLC (radio link con- 
trol) and MAC (medium access control) protocols. The 
BMC layer, responsible for the transmission of cell 
broadcast service messages in a particular cell is also 

25 located in the UPS, as well as the mecrodiversity com- 
bining and splitting unit used for soft handover, which is 
considered as an upper sublayer of the physical layer. 
[0046] But the main aspect of here is the split of the 
control plane functions and their implementation into 

30 separate servers MCS or ACS, both representing dis- 
tributed parts of a control plane server assembly CPS. 
This is responsible for all control related procedures, i. 
e. it contains the termination of the different Application 
Parts, such as the so-called RANAF' (radio access net- 

35 work application part), the RNSAP ^radio network sys- 
tem application part), and the NBAP (node B application 
part) used for the exchange of control information be- 
tween the different network elements in the radio access 
network ( RAN) and with the core network (CN) .j R&M j The 

40 control plane CP contains also the termination of the 
SABP (Service Area Broadcast Protocol), which is used 
for the reception of cell broadcast service (CBS) 
messages. [R&e] Therefore, the CP is responsible for 
distributing CBS messages to the appropriate elements 

45 jn the user plane UP, which in turn distribute internally 
CBS messages to the BMC (Broadcast/Multicast Con- 
trol) layer entities responsible for the broadcast in each 
particular cell. Moreover, the CPS contains as well the 
RNC part of the RRC (radio resource control) protocol, 

50 used for the exchange of control information between 
the RAN and the mobile terminals (UEs). 
[0047] In the control plane, the RANAP protocol is 
used for the exchange of both generic and user specific 
control information between the CN and the CPS. Be- 

55 fore any user plane data can be exchanged between a 
CN node, e.g. a mobile switching center (MSC) or a 
serving GPRS support node (SGSN) and a particular 
UE, a dedicated lu signaling connection is established 
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between the MCS associated to the UE and the CN 
node. After this connection is established, all control in- 
formation related to this particular UE is exchanged be- 
tween the CN node and the MC associated to the UE 
(located in the MCS) by means of this lu signaling con- s 
nection. However, for generic control information, con- 
nectionless mode is used. Paging notifications, whose 
purpose is to locate a particular UE, are also considered 
a part of the generic control information, since no lu sig- 
naling connection exists for th,e paged UE towards the 10 
CN node initiating the paging procedure. 
[0048] A consequence of the division of the PB func- 
tional entity in two different logical blocks, namely PBCN 
and PBRAN, is that in a particular paging procedure (de- 
pending on the state of the UE), a PBCN and one or 15 
several PBRANs may be involved, and each of them can 
be located in different ACSs. 

[0049] The method of paging according to the inven- 
tion is shown in more detail in the Fig. 6 wherein basi- 
cally two types of paging subroutines may occur: 20 
[0050] First a so-called "CN initiated paging", i.e. a 
paging which is triggered by the mobile switching center 
or serving GPRS support node of the core network, 
when the terminal is idle in the CN domain initiating pag- 
ing. The core network related paging and broadcast 25 
block PBCN (also see Fig. 3) is contacted to send pag- 
ing signals via a paging channel to the location area LA 
or routing area RA of that mobile terminal. However, if 
the terminal is in a RRC connected state (i.e. it has an 
RRC connection towards its associated MC), one of the 30 
PBCNs contacted by the CN has a context for the paged 
terminal pointing at the associated MC, and it must for- 
ward paging information to the MC. 
[0051] If the terminal is in a RRC connected mode and 
the terminal is in an active status (i.e. in RRC Cell_DCH 35 
or Cell-FACH states) the paging is performed by mobile 
control MC via the dedicated channel, e.g. the DCCH. 
[0052] If the terminal is RRC connected but not active 
(i.e. in RRC CelLPCH or URA_PCH states) the paging 
is performed via a paging channel, e.g. the PCCH. In *o 
this case the MC forwards the paging information, to- 
gether with the identification of the cell or URA onto 
which paging should be carried out, to the radio access 
network related paging and broadcast block PBRAN (al- 
so see Fig. 3), which then distributes that information to 45 
corresponding CC(s) which finally send paging signals 
via the paging channel PCCH. 

[0053] The second type of paging can be the a so- 
called "RAN initiated paging", i.e. a paging which is trig- 
gered by the MC associated to the terminal (which is so 
necessarily in RRC connected state). Again the MC 
checks the RRC state of that terminal and goes on ac- 
cording to the steps explained above, i.e. DCCH paging 
of active terminals or PCCH paging of non-active termi- 
nals. 55 
[0054] In Fig. 7 there is shown the chart of a LA/RA 
update procedures in MxRAN which work exactly the 
same as in the UTRAN architecture beside the fact that 



the MC functional entity carries out tasks performed by 
the SRNC in the original UTRAN architecture. Hence, 
no special adaptation is necessary for these proce- 
dures. 

[0055] The Fig. 8 shows the subroutine for paging in 
a location area or routing area. If a terminal UE is in RRC 
IDLE mode and one of the CN domains wants to find 
the UE, the CN sends a RANAP paging message to all 
PBCN entities responsible for the corresponding LA/RA. 
In this case none of these entities has stored a terminal 
context. Hence, they proceed with the distribution of 
paging information to all CCs under their responsibility 
which belong to the requested LA/RA. This distribution 
is internal if the PBCN and the associated CC entities 
are located in the same network element i.e. the Area 
Conlrol Server (ACS). In case they are not co-located, 
for instance because each CC functional entity is co- 
located with its associated Node B and not in the ACS, 
the distribution must be carried out externally by means 
of some protocol. A possible solution in this case would 
be to reuse the already existing RNSAP PAGING RE- 
QUEST message used on the lur interface in today's 
UTRAN architecture, or even a simplified version of this 
message. Once the CC has received paging informa- 
tion, it sends a PAGING TYPE 1 RRC message on the 
PCCH to the UE. 

[0056] The procedure as shown in Fig. 8 is not more 
complex than that procedure defined in UMTS. The only 
difference is that the PBs have to contact a potentially 
high number of CCs (each CC is responsible for just one 
cell), what is handled inside the CRNC in the original 
UTRAN architecture. Hence, if the PBCN and the CC 
are separated in different network elements, this intro- 
duces additional signaling overhead and delay (one ad- 
ditional hop). However, if the CC (and the CBG) is co- 
located with the Node B, this effect is compensated or 
even over-compensated. 

[0057] Further subroutines performed in a evolved 
RAN which can be a MxRAN for the paging of mobile 
terminals in RRC connected mode are shown in Fig. 9 
and 10: 

[0058] If an UE in RRC connected mode is paged by 
the idle CN domain, the CN sends a RANAP paging re- 
quest to all PBCNs which are responsible for the corre- 
sponding LA/RA and one of these knows the MC of the 
UE (this relation is generated during RRC establish- 
ment). This PBCN and the MC of the mobile have to co- 
ordinate the paging as previously. This can be done in 
different ways: 

The PBCN is always updated when the RRC status 
of the UE changes and can therefore decide inde- 
pendently how to proceed. 

The PBCN just knows the mapping between the 
MC-ID and the corresponding network element and 
forwards the RANAP PAGING message to the MC 
which then can decide how to proceed based on the 
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already available Information. 

[0059] As the overhead introduced by permanently 
updating the PB seems to be very high, the second ap- 
proach is favored and described in the following. Two 
cases must be distinguished depending on the RRC sta- 
tus of theUE. 

[0060] The first one is shown in Fig. 9. There is shown 
the flow chart for a dedicated Paging for UEs in 
CelLFACH or CellJDCH: 

[0061] For UEs in Cell_FACH orCell_DCH RRC state 
dedicated paging is used, i.e. the MC sends an RRC 
PAGING TYPE 2 message on the already established 
DCCH to the UE. 

[0062] The second subroutine is shown in Fig. 10. 
There is shown an URA/Cell Paging for UEs in 
URA_PCH or CelLPCH: 

[0063] If an UE is in URA_PCH or CelLPCH RRC 
state, a PAGING TYPE 1 RRC message must be sent 
on the PCCH of the given cell or of all cell(s) of the given 
URA. As the URA paging is the more complicated case 
it will be described in the following. Cell paging is similar, 
but a single cell is involved (and hence also a single 
PBRAN and a single CC). 

[0064] The PBCN forwards the paging message to 
the MC of the UE. The MC knows the current URA of 
the UE and all responsible PBRANs for this URA and 
sends a RNSAP PAGING REQUEST message to all of 
these PBRANs which in turn forward it to all the CCs 
under their responsibility which belong to the URA. All 
the CCs then send a PAGING TYPE 1 message on the 
PCCH of their cells which will finally reach the UE. As 
in the PBCN case explained before, the distribution be- 
tween a certain PB (in this case PBRAN) and the asso- 
ciated CCs can be internal or external depending on the 
location of the CCs. 

[0065] This scenario assumes that the MC knows all 
the PBRANs responsible for the URA. Alternatively the 
MC could just know the ID of one PBRAN, i.e. the ID of 
the PB which is responsible for the CC from which the 
last URA update was carried out. In this case the MC 
would send the RNSAP PAGING message to this PB 
which would then be responsible for distributing the 
message to all other PBs responsible for the URA. 
[0066] Summarizing, some context information is re- 
quired in the different functional entities in the preferred 
embodiment of the invention. 

The CN associated paging and broadcast function- 
al entity must have a context for RRC connected 
users consisting of the identification of the MC as- 
sociated to the terminal (including the transport ad- 
dress of the network element MCS where this MC 
is located). This context is created during the initial 
RRC establishment procedure and deleted when 
the RRC connection is released. In case of a relo- 
cation, this context could be deleted in a PBCN 
functional entity and setup in a new one. 
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The Mobile Control (MC) functional entity associat- 
ed to a particular terminal (which must necessarily 
be in RRC connected state) must contain (among 
other information) at least the following context for 
the terminal: 

The RRC status of the terminal (CELL_DCH, 
CELL_FACH, CELL_PCH or URA..PCH). 

-> If theterminal is in CELL_PCH state: the Cell-ID 
of the cell were the last cell update procedure 
was executed, and the PBRAN-ID of the 
PBRAN associated with the CC responsible for 
the cell (this PBRAN-ID corresponding to the 
CRNC-id used on air interface messages and 
lur RNSAP messages in today's architecture) 

-> If the terminal is in URA_PCH state: the URA-ID 
of the URA for which the last URA update pro- 
cedure was carried out for the terminal and ad- 
ditionally either the PBRAN-ID of the PBRAN 
associated to the CC of the cell where the U RA 
procedure was last executed or a complete list 
of the PBRAN-IDs of all PBRANs associated to 
CCs belonging to the URA. 

No context information is required in the PBRAN for 
the terminal. 



30 [0067] Context information required in MC for the 
RRC CELL_PCH or URA_PCH states is updated when- 
ever a cell or URA update procedure is carried out by 
the mobile terminal. In this case, the terminal sends an 
RRC CELL UPDATE or URA UPDATE message on the 

35 CCCH of the cell where it is located. By reusing RNC- 
ids for the different PBs and the SRNC-id and UE-id to 
identify the MC associated to the UE, the cell-ID or 
URA-ID and the identification of the PBRAN associated 
to the cell where the procedure was triggered (or all the 

^o PBRANs associated to cells in the selected URA) can 
be forwarded to the appropriate MC, and the confirma- 
tion of the cell or URA update is sent back from the MC 
to the CC and from the CC to the UE. 
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Claims 



50 



55 



A method for location management in a radio ac- 
cess network (RAN) wherein the user functions are 
split from the control functions by introducing a user 
plane (UP) and a control plane (CP) into the at least 
one radio network controlling element (RNC; 
SRNC, CRNC, DRNC) of the radio access network 
(RAN), the control plane (CP) further being split in 
mobile control (MC) and area control (CC, RRM) 
functions, the method comprising the steps of: 

processing paging and broadcast (PB) func- 
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tional tasks on the control plane (CP) of at least 
one of the radio network controlling elements 
(RNC, CRNC) resulting from the split, 
processing mobile control (MC) functional 
tasks on the control plane (CP) of at least one s 
(SRNC) other of the radio network controlling 
elements resulting from the split, 
processing the paging and broadcast (PB) 
functional tasks in a first and a second logical 
block (PBCN, PBRAN), the first logical block 10 
(PBCN) performing paging tasks which are re- 
lated to core network (CN) defined areas (LA, 
RA) and the second logical block (PBRAN) per- 
forming paging tasks for radio access network 
defined areas (CELL, URA). 15 

The method as claimed in claim 1 , the method fur- 
ther comprising the steps of : 

contacting the first logical block (PBCN) by the 20 
core network (CN) if the core network (CN) in- 
itiates a paging of a mobile terminal (UE), and 
further contacting the mobile control function 
(MC) by the first logical block (PBCN) if a pag- 
ing is initiated for a mobile terminal being in a 25 
connected operating status. 

The method as claimed in claim 1 , the method fur- 
ther comprising the steps of : 

30 

contacting the first logical block (PBCN) by the 
core network (CN) if the core network (CN) in- 
itiates a paging of a mobile terminal (UE), and 
further contacting the second logical block 
(PBRAN) by the mobile control function (MC) if 35 
a paging of a mobile terminal is initiated being 
in a connected but non-active operating status. 

The method as claimed in claim 1 , the method being 
applied to a cellular radio access network (RAN) 40 
having several radio cells, the method further com- 
prising the step of contacting the second logical 
block (PBRAN) by said mobile control function (MC) 
if the paging of a radio cell is needed or if the paging 
of a radio access network registration area (URA) 
is needed which is covering a set of radio cells and 
which is defined by the radio access network (RAN). 

The method as claimed in claim 1 , the method fur- 
ther comprising the steps of: so 

maintaining by the first functional block (PBCN) 
a context for mobile terminals (UE) being con- 
nected to radio resource controlling elements 
(RRC) of the radio access network (RAN), and 55 
maintaining no context for those mobile termi- 
nals which are in an idle mode operating status. 



6. The method as claimed in claim 1 , the method fur- 
ther comprising the steps of: 

checking if a context for the paged mobile ter- 
minal (UE) exists when a paging request ar- 
rives, 

reading a context to identify the mobile control 
function (MC) entity which is associated to said 
mobile terminal (UE), 

contacting said mobile control function (MC) if 
the said context exists. 

7. The method as claimed in claim 6, the method fur- 
ther comprising the steps of: 

introducing into the second block (PB-CN) a 
reference index pointing to the mobile control 
function (MC) entity which is associated to said 
mobile terminal (UE), and 
allowing to reading a context for that mobile ter- 
minal in said mobile control function (MC) enti- 
ty. 

8. The method as claimed in claim 7, the method fur- 
ther comprising the step of updating said reference 
index for initialization during the initial radio re- 
source control (RRC) connection setup between the 
MC and the UE, or when a relocation of the radio 
network controlling elements serving the UE has 
occurs. 

9. The method as claimed in claim 6, the method fur- 
ther comprising the step of distributing by the first 
functional block (PBCN) the paging message to the 
cell control (CC) functional entities of that radio cells 
(cell in the CN related registration area, i.e. location 
area LA or routing area RA) onto whose paging con- 
trol channel (PCCH) the message must be sent. 

10. The method as claimed in claim 6, the method fur- 
ther comprising the step of sending from the mobile 
control function (MC) a paging message directly via 
a dedicated control channel (DCCH) to the mobile 
terminal (UE), if the mobile terminal (UE) is inafirst 
state (CELLJDCH, CELL_FACH), said first state 
representing the fact that a dedicated control chan- 
nel is active between the radio access network 
(RAN) and the mobile terminal (UE). 

11. The method as claimed in claim 6, the method fur- 
ther comprising the step of forwarding by the mobile 
control function (MC) the paging request to the sec- 
ond functional block (PBRAN) for said mobile ter- 
minal (UE) together with the identification of the cell 
or URA where paging must be executed, if the mo- 
bile terminal (UE) is in a second state (CelLPCH or 
URA_PCH)/ said second state representing the fact 
that a radio resource control (RRC) connection ex- 
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ists between the radio access network (RAN) and 
the mobile terminal (UE), the terminal making use 
of the paging channel as no active dedicated control 
channel exists. 

5 

12. The method as claimed in claim 8, the method fur- 
ther comprising the step of distributing by the sec- 
ond functional block (RBRAN) the paging message 
to the cell control (CC) functional entities of that at 
least one of the radio cells of the registration area 10 
(URA) onto whose paging control channel (PCCH) 

the message must be sent. 

13. A set of network elements (MCS, ACS) being part 

of radio network controlling elements (RNC; SRNC, 1$ 
CRNC, DRNC) of a radio access network (RAN), 
wherein the user functions are split from the control 
functions by introducing a user plane (UP) and a 
control plane (CP) into the radio network controlling 
elements (RNCs), the set of network elements 20 
(MCS, ACS) operating on the control plane (CP) 
and comprising a mobile control server (MCS) hav- 
ing mobile control functions (MC) and an area con- 
trol server (ACS) having paging and broadcast 
functions (PB) for supporting location management 25 
procedures, the paging and broadcast functions 
(PB) being split in a first and a second logical block 
(PBCN, PBRAN), the first logical block (PBCN) per- 
forming paging tasks which are related to core net- 
work (CN) defined areas (LA, RA) and the second 30 
logical block (PBRAN) performing paging tasks for 
radio access network defined areas (CELL, URA). 

14. A radio access network (RAN) wherein the user 
functions are split from the control functions by in- 35 
traducing a user plane (UP) and a control plane 
(CP) into a radio network- controlling elements 
(RNC; SRNC, CRNC, DRNC) comprising a set of 
network elements (MCS, ACS) operating on the 
control plane (CP) and comprising a mobile control 40 
server (MCS) having mobile control functions (MC) 
and an area control server (ACS) having paging and 
broadcast functions (PB) for supporting location 
management procedures, the paging and broad- 
cast functions (PB) being split in a first and a second 45 
logical block (PBRAN, PBCN), the first logical block 
(PBCN) performing paging tasks which are related 

to core network (CN) defined areas (LA, RA) and 
the second logical block (PBRAN) performing pag- 
ing tasks for radio access network defined areas so 
(CELL, URA). 
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